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USED OF THE IbTv^TlON 

The present invention relates generally to communication systems: In particular the. 
invention concerns eoinmumcation protocols and OonfigurabiUty thereof. 

BACKGROUND OF THE B^ENTION 



Many backbones of modem communication such as GSM (Global. System for mobile 
comniumcations) and UMTS (Universal Mobile Telecommum'cations System) wireless 
systems and undoubtedly the Internet as the most adopted wired data network transfer? 
multiple types of data over a number of diftej-ent mferfaces by utilising a plurality of 
protocols. Concerning both payload data and signalling transfer, the development of 
protocols has been separated in many diverging directions naturally depending on the 
various requirements originally set for. the specific; protocol under development. A 
protocol as an entity; can be concretised as a composition of rules describing how to 
transfer data across ^ transfer in CD 

m 

CO 
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As modern applications and the increased amount of data traffic in general put more ^ 
and more pressure on the used protocols, especially the efficiency of a protocol £ 
implementation used in the transport system should be optimized. The protocol 
implementation is often, considered as a maximally efficient one when if provides all __ 
the needed communication services in such i.. ^"^^Sr^di^S^ii^R^^^f^Ks i£i^ilii^B^ requires 171 
only nlimmal amount of hardware and network resources in the end system The O 
needed communicatidn services typically cover the essential: functionalities according 
to a requested Quality of Service (QoS) level. QoS represent the desired performance 
properties of a network service generally including throughput, delay* and priority 
levels for data transfer. 
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The communication services provided by the protocols in existing general-purpose 
protocol stacks such as the well-known Open System Interconnection (OSt) reference 
stack by ISO (international Standardization Organization) with seven layers (physical, 
data link, network, transport, session, presentation, application) or the closely related 
TCP/IP (Transmission Control Protocol / Internet Protocol) reference stack are not 
always adequate for all specific purposes the one may come up with. See reference [ 1 ] 
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for further infOfrriiatipa about th^ prder fot a protocol to proyi de the 

necessary spruces and at ibe^san^^^ for available 

hardware and netwplfe resaurees^ ;the protocpl ha# to be designed a^rding /to #ne 
specific 



The/user o$ a protocol may be e.g ; a lower or higher level protQcdl ;or ^^^li^^bn. 
Se^iees prodded by the proto^ ;accessed;M^^ define 

the- format arid content of the (gxfi^anf ed toc^^i^ Prifiaitives tbat are exchanged 
through Sendee Access Pomts (SAP^ between suecessim protocol layers |or between 
10 equiyalent protocol layers- located in different systems) may inclnde i^er pngmated 
data, control ?and maiiag^ent p^metisrsv The priimtiv^ can be divided^ into four 
basic classes: rei^s^ mc&£^ attd conflations. WygmMy a higher 

layer protocol entity requests some service from a lower layer protocol, received 
pri$£ati6m^ aMre^Hids l^6y^^:'^^^y'if£§ 

15 lower layer protdcdl, Whereas the lower layer protocol may confirm the e#©nts 
revested layer ^rotocpl; 

Protocol ;toetip^ irequLped by ithe jsemcefe are realized wiffi. data: processing, 
control and management fa Qontrpl functions, e g; |lp^ >; cmeue 5 

and timing functions, are used to control the data flow through the protocol, for 
e^o^le^^t^^o^lli^g funcfipnsyf &g : Ip^^^^^cfix&r detection^, error correctidnj 
and fragmentation, manipulate the data itself instead. Management functions like 
management information base- (MIB) functions are associated with nlpnitpring, ^ 
network level control, ps^^f^^0^^§^^l state etc. 4|| 25 



A common problem with contemporary protocol arrangements; however, arises from 
the evident staticity of the protocol structures tailored for some specific use. Such 
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Ibie control and data functions can be considered -as a sequential set of operations, 
which ^e execufe^^^ <$a& flbwtb^ Edition to processingvdata, 

each operation can among others branch, buffer, and synchronize data flow. On the ^ 

contrary, the management functions, can be yiewed a§ a set of opemtipiiS performed ^ 

3D substantially in parallel with both control and data functions, z-s 

.o 

As described hereinbefore, ; a protocol implementation has a certain structure defining 
relations between the.prPtocpr fonctions. The structure fixes the cpiisistence of the data 
flow and defines the composition of control, data, and management fiinctipns. 
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gra|>c^ may be effecfiye from the list's p^r$pecfi^S if apy mbdificajtions or 
additions are BM^eid^^smtQ; but in case Pf Change -in thfeodesir^ requirements ^ 
protocol; may have to Be at least partly if ; not; completely i^iii^l^^ejd with a 
renewed liia^^aLr^iid^or sd^£^?sto6tiafe; 

5 

Publication^ [2] discloses a design concept of a generic protocol -Stack for, m adaptive 
terminal. ^ in mobile n^o^^eff^^ system : and 

the SECT (Digital i^ih^etf Cordless Td<&oi^ cordless phone system 

might seem; advantageous, the adaptive terminal should incorporate; a protocol stack 

10 ^portpig all ^these.systeins with S0me shared ^ori^es, ^feretp^ a p^fOcoi stack - 
skeleton is built upon which the- system Specific parts are then adapted to. The 
publ^ti^ifi concentrates on finding; similarities: between XJICTS; and DECT 

systems from which DECT #d UMTS iie^^-n^cS each;pth^ re^pr^ly well in 
contrast to the pidfcr ^SM sj^stem that 1$^^ what comes to 

15 the overallilayer division; 

Publication [3] <^ctos&s t? j^^p&ol an# a protocol ^tnewprk ^r^nsittg ;>a. -gfenepfc 
mo<M of protocol processings a metaheader protocol- supporting per-packet 
configuration of prptoepl function, and a set^of protocol functions; Erptoppl functions 
pi npt layered- and thus they dp riot atpch headers {or fexteact ttem) to data uints; 
header attachMetach is performed by the generic modeil *hat defines the iriterfece 
between the actual protocol infrastructure and functions thereof. Metaheader protocol 
implements multiplexMg. and dom infoimatioh both 

for retrieving .state: information afiftfe incoming data unit efficiency and' jfer^di v ea3tmg 
which set of protocol functions should be applied to the incoming data nnit and JTI 
possibly in what order they shbtild be utilized. Protocol cpnfi^ratipns cM be 2} 
d^amicaliy altered via metaheaders that ill-data units carry. Cpnfigurabihty is carried ^ 
out on a plurality of levels: global configuration, connection based configuration 
Refined at connection stait-up by both ends of the cpmmumcatipn), and message 
30 specific configuration. Moreover, protocol functions are divided into three classes:, 
generic^ functions affecting, the metaheaders, and functions affecting the internal 
protocol structure but; not appearing in the metaheaders (like data flow control). q 

o 

Notwithstanding the aforementioned improvements in protocol planning a number of 
35 defects are still left more or less intact. In general .sense, the prior art methods can be 
classified as follows: in the first method being the most obvious one a preferred 
protocol stack may be selected from several permanently fixed complete stacks. This 
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approach causes a tnultiplicity of overhead ori|^^i:|f(Sm ffie duplfcation of similar 
functions included in different stacks and the;inplusion of unnecessary functionalities 
in the end result. The second methpd:spiyes the problem by offering various partial 
protocols used; to compose application specific edmplete stacks, in this: method the 
5 configuration does; not modify the functionality of a single partial protocol that is 
already fixed and used as is |2J: This ntelhod includes less overhead than the first 
method, but there.is stili. functionai dupl ication or unnecessary fiuictipnality thait cannot 
be, avoided. The raosiflexible method provides atomic protoedl functions composing 
the dynamic structure [3]. The problems not addressed by- this method are related, for 
10 example, to the scheduling of prdtocol; processing and management of the protocol in 
efEeient;manner. 
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SUMMARY 



-J 



The object of tte present: lnyenticin is M illeviaite aforesaid defects of contemporary 
protocol arrangements. The object is achieved by ihtroducing a concept of a; 
configurable protpcpl engine (CPE) that supports both dynamic bootTtime and run-time 
protocol change schemes wit automated managemer^^^ of the protocol structure. The 
M CPE isra framewGrktor^an^ protocols from general-purpose protocol- 

functions according to given requirements. Furthermore, as disclosed by figure 1 the: 
protocol assembly 110 is done in order to meet the requirements set by the protocol 
services 102 and desired QoS 104, and at me same time, by taking the limitations in the 
hardware 100 and network resources 10 8, into account. After the protocol assembly, the 
configured CPE 112 is utilized in the communication process as a normal 
communication protocol. Reconfiguration of the CPE is done to adapt the protocol ^ 
engine to changes in e.g. the required services and available resources. Network ^> 
elern^nt^ p^erxmnsa$ utilizing the CPExan negotiate or agree in each separate case on 
the vis&d proteettl ;sjl^fettjrev • 
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The utility of the invention is based on a variety of issues. The CPE; offers a clear 
function-rbased method to compose the prefer^ prptopol; The CPE. supports dynamic 
re-configuration based on e.g. service requirements, platform, and networking 
environment via its configuration manager, and it's flexible and capable of O 
35 implementing entirely new special purpose protocols as well as parts of already 
existing protocols with only necessary properties embedded. The user can add 
functions and interfaces to the CPE libraries, which can be then included in the 
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implemented protocol by modifying the configuration;. A protocol; stack may be; 
implemented a& a whole* or in respect to the prefercSid portions pnly^ With feferience to 
figiire 2r dis^0|iiig. Mb examples^ the GEE ;ean h& m^'i0 : r^^^^'-evg. one orr&ore 
;protoc<^l^ers bf ^ie ©Si reference inodeL In the fiM cas^ 202 points: 

to the dataclink is then the ne^ork 

layer 204. In (lie |ecoM e^arnpl| the CPE cameis pUt Atiife funct?ohs of fiv^ differerit 
layers, see reference sign 20% namely presentation,, session, transport, netwoic anjd 
data; link teyer, CPE j^pc^liiiser-4^ thus the t£p^s|;^ Ja^er 20j5; An 

;^pjpu^ofi or a;|ar|§f^ffi^ utilize ^he provided by the 

: Q$% 3feg. various data processing methods like data partitioning, coding, and 
encryption includedrin emb^Wed-tp and pei^mi^d 

by the GPE>. Ex^ut^ pf the m^p^:^y l*e $^amic &nd; d6peftd on: the; cn^rit; 
netwpife ePiiic^pnSj jfer- ^aftipl% arid that way i^d^tipmng OTlptfi^ a lower 

layers reduces the processing latency due; to a lo^r^roxinii^ to the phpipay^ 
in addition to obvious sa^ngs ui ffi^ applicMpn memory and processing #osts, 
|?ti|the are saved i#eompared tothe 

scenario: wherein; eveiythbg^k developed from thescratch; Still further, the service? 
primitives? can be effect the ePB ^ 

;accprnp^ pf basic biii^ functions for a plurality of ^ 

itf the Constructed^ 

The GPE may be used in both mobile and .Med:ii^i#tiy^"6^V^^tis tieWork elements 
like servers^ computers or by-personal terminal devices such as (multuiiode) mobile 

i .... ^ ^ 

terminals,, communication enabled PDAs ^Personal digital Assistant), and other 
wirel&s cpn^uifiieatiph devices. Qljvipus applications e.g, video, sounds ^nd 

other diata;tr^smisskm refe 
connections. 

Protocol engine configuration is substantially a two-step process. First, the 
cx>2ifigurarion informs to the; protocol engine in a readable: form, e.g.- as 

a configuration message including configuration parameters, The iMpitnation may 
relate to required protocol service^ desired QpSj resources of the end system arid the 
used network etc. Then, the received information, is used for assembling a suitable 

protocol meeting the requirements. Protocol services that are typically needed include 

.* ■ 

e.g. 

-error detection for detecting transmission errors in transferred data, 



WO 2005/041527 



PCf/Fi2003/i)00803 



6 

J error control ibr confrollin g ariidpreventiiig transmission errors, 

-coiTOpliQn ponft^^^ corrupted dM^p^ets , 

-data retransmission 

^acfost r^lication Gonfrol fOr detect 

^^O^tipn/d^^ 

-ordered ^livery of data for ensuing m Soiree* ordering pf packets 
seirf/i^eiyed^ and 
-flo# qontroifo^^ 

Referring to figure ^ tile internal arclutecture is; Oliistrated. Arrows depict 

conmunication between different elements; The CPE includes. a : configuration 
meager 308; general cqnfi^rable ^ arid ^e^ffic ^ 

314 and inferfkces MO, The tjott^ur^on \mariagef 308 ppduces the protocol 
structure. The core; module 306 is protocol vmdepeiident, and can thus be used for 
constructing different ^es pf^p^ppol mM&dnim^ The libraries 31& 314 include 
fiinclions for data p^ee^hig and j^i^ee$ ptx>yidmg protocol $ei^ee$ to adjacent 
protocol layers. Gomrnum §AP S 
(see the le^^ figure). Two pf the S&Ps 31% 

322 are used for ^iMiging dkte be^een ihe^CPE and the iippei; 302 {CPE i^er),and; 
lower 316 protocol layer. The third SAP 320 is used fbr delivering configuration 
i^rma^n foi: the CPE. In this f sketch, a separate i^agepient user 304 deliver the 
Configuration infc^miatibn %ut! in practise the actual CPE user may provide that 
information as well. In addition, the managements AP 320 miay be physically attached 
to the^ data SAP 318 (s.g- a; shared physical interface^ albert the logical separation 
between those still holds true; MSB 3l2;$ipres the current cpMguratipn data and; can 
be used for storing management statistics and other ^tnfoim^M, lit addition to mere 
cpnfiguratipn information,, also .different service primitives are exchanged through the 
SAPs. In th$ CPE a^cWtecture, m^m^^tO todfe the data delivery hetween, the 
SAPs and the controffirig core 306 of the^ CPE; The Configuration infertT»afmTt 
case-specifically specify which interfaces are needed in the protocol assembly in 
cjuestiOn^ 

The core 306 forms the kernel Of each protocol. Viewed at the highest level: it 
schedules the overall protocol processing. The core 306 receives various protocol 
service primitives from the interfaces 310 and stores them to queues. The CPE 
scheduling algorithm then chooses primitives from the queues according to predefined 
criteria and calls necessary protocol functions depending On the current Configuration. 
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The outgoing p^xitiyifes are sent from tfe eore^3 06 back to adjacent protocol layers 

The eoiifipiratipn arid constn^ of the ©BE: is doiie according to- different- 
requirements fey the; configurate Sburees- of requirernents cam be^e.g T 
platform capabilities, tietworkiiig mvironmenti and £ata i^sffer Kp^ty <^ servi|^ h 
Platfom c^ffi^ii t|e a^iabfefiffi^^ functions §14ican he^k fhe; 
form, of softw^e filafcis exeeiit^on genial hardware or £mctiort^on some dedicated 
hardware^ The functions: 314 are associated with inform^bii .aibciiSt: theif-:eSect; on 
processing ire^i}^ luch as prpcpssmg delays dafe tiiroi^^ and memory 
allocations^ * 

The k^v^rKMg; m\^6nment defines the tectoolqgies used fdr transferring data 
between network rtodfes. Basically- the requirement for CPE is to achieve adequate 
15 compatibility with peer nodes. The B^orKinp technologies,; such as compatibility 
With, diffeimt; network standards in the case of multiniode termiriaL are thus riot 
limited: 

Data transfer quality £>f a service is ^sociated with the requirements placed by a 
pjrotocol user for the rie<peiyied data tpmsfer ^^^ance; These parameters are used 
together with platform Capabilitdes for oonstacting & protocol that best me£ts the 



For configurability, the; core 306 includes a convertible CPE protocol processing 
25 scheduler and, flexible Queuing :c^>abilitie^. : CpiifigurMpn provided to the cote 306 
defines thfe general protocol stnictprei the> jised (SPE schedulirig algorithm and 
primitive queues for the services^ ^ 

if, 

* 

i 

> 

CXJ 

m 

o 

35 -means for receiving service primitives^ ^ 



The cone, 306 itself is indepehdenf of ^e -source that 'generals the configuration. The 
30 configuration can be peimanently tiser defined when implementing a static protocol 
with CPE, or the configuration manager. 308: can dynamically generate it. 

According to the invention, a corifigurabie.prbtocol engine (CPE) for configuring and 
constructing a communication protocol comprises 



-means for receiving configuration infoimation, 



30 



-means for managing the GPE, configuration on the ha^isl of the configuration 
infoimatior^ 

>Means ;f$£ #ntfdlM|( an$ $cM&aB^g %i jgSSt; part ^ in thfe 

GEE diriiie basis c^^ffie GPE cimfiguiMioiij 

^Meaxis for "mtlScfatcit^ ah upper aiid Idwet mt>^^ the teasSs/df &e GEE 

.-J i 



^a mn^er £f fuBetioBS fdr processing dat& & aceordanee with the> CPE 
•configuration. 

The means for infei^ing refe and/or hardware means depending on the 

:ease;JI$ the GHBis in^lemented as pure sofiwar|,:suCh meahs are ^^of^yara 0od^) 
Sfturf ah& Ifeiil :S&pltwMt easily ^oiifiguf^Ie^ 5 |tfa^ however^ 'fee at leaisfc 
#xte^^ me^^^rina^at' least pai^ial|^ -ic®BdrQi- ^teesi^.: 

if the CPE is used to implement the layer directly * the ph^ical dne. 

AltBi&tivelV; .if the OPE inipl^^ 
care qf intei^acingj &g: in £ form of trsuciseeiver or physical network- adapter 
confroll able by the OPE, such means^may he considered as hardware as. ; ^eH; . 

hot Ip^lft^r^e^t of ^yention, a ffiethdd v fbf edniiguiit^ ceniigurabife^ 
20 engine (jG^E) in order to constmct a Gommunica1i<> 

^obtainihg^ohfigura^ 

-defiiaittg the QPE cdnfig^atioh on the basis of said configuration information^ 



jfinini 



w 

-ad^tmg the CPE tq; the Refined 0c^gutafid at least one aeti on is ^ 

performed,/said action selected fiom tlie ;^oup oK an interface towards an external 
entity is implemented, ai queue for a ; Service primitive is imj^m^nt^ and a ^ 
fiinctiioh to Be uisfed for processing data included in a service primitive is ^ 

m 

(and maintaining) the 0 
association of a certain primitive type (or some other factor common to a number of O 
primitives) with the queue. The queue may not have tq be ; physieaUy realized though 
by allocating memory space etc before a first primitive of that type, really enters the 
GPE and needs to be stored in a queue. 
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The function determination in the above aspect refers to either selecting a certain 
function from a plurality otaya^ble functions on the basis of the CPE configuration, 
or to receiving a v (neAy) function,, for example, as a binary code, of some less complete 
indication thereof information like a number of parameters to cultivate an; existing 
5 Miction, or a., direct reference to an existingrfunctibri) from an external entity;, in the 
late case the function determihation being substantially included in the: received 

CCmfigUra^ 

w mriner aspect of the invention, a cbmputel ; program for implementing at least part 
10 of a configurable protocol engine (CPE) for constructing a protocol comprises code 
means 

!to define and manage the CPE configuration on the basis: of available configuration 
information, 

to schedule processing of received service primitives on the basis of the CPE 
1.5 configuration, and 

to provide a number offunctions for processing data included in the service primitives 
m accordance wim the CPE confi 

Still in a further aspect W£ the invention, an electronic device for implementing a 
20 configurable protocol engine (CPE) capable of receiving and processing service 
primitives comprises; processing and memory' means for processing and storing 
instructions and data- and data transfer means for transferring data, said device 
arranged to receive configuration mforinafion, to manage the CPE configuration on the 
Msis of the configuration information, to schedule at least part of the internal 
;25 processing within the CPE On the basis of the CPE configuration, and to process 
received service primitives in accordance with the CPE configuration. 

the term "engine" refers generally to a geneial-purppse : core, which is responsible for 
implementing the main functionality. Similarly a "protocol engme" can be considered 

30. as a general core, part of a communication protocol that implements at least most of the 
communication between: the internal parts. A. protocol engine can thus be used as 
nnplementatidii of protocols. A protocol implemented with a protocol engine can be 
seen from the upper ajid lower layers as a normal protocol. It may have the upper and 
lower layer interfaces and also a virtual peer interface. A protocol engine may 

35 implement a single protocol layer, a whole stack, or just part of the stack. A 
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ConiigmraM engine is' ^1<^ prptpcpls 

byiifiU2ing a numbe^of geneM-puipose functions. 

3ta an embodiment of 5 the ihyentiGn:, one; option for ufilizang the: CPE GdnCfept in 
5v protocol d^Igti is pi§en|fecl. ^pnfi^ratipn information, protocol assembly and 
prptpGpl mntiiri^: ex^iM)tt ate ,||se^s^ in Retail The ^cpi^^ may b^ 

used i% fdr ^arntple^ transferring vjdec> <&t& wi& different- levels of 
prpfe^pn?^ oftier pam^fers. 

ifc ^epetfdeM claims dis&^ 

BRIEF DESG^TI^N OF the drawings. 

Hereinafter the invention is described in; more; detail by reference to the attached 
15 'drawi^t^wliirein. 

Fig. 1 discloses the CPE configuration process; on a general 

Fig- 2 illusttates the CPE's usabil ity in ; relation to the common OSI model. 

Fig) 3 ^ie^^^CpEjim^^ 

20 Fig, 4 discloses one option for protocol service: categorization by utilizing the OSI 
feddelL 

Figv :6 is a CPEf UML class diagram, 
Fig ? 7 is a CPE 
If Fig: 8i^&|f^^ 

Fig. 9 is a^tj^ ai^te^^ 

Fig; '^^gi^cm^ ^tfe&^?;the. function selectiomproeess m CPE. 
Fig> 11 \a?u|4ises,a; video tr^mi CPE. 

Page 12A is flow diagrams ^^W^^'j^, S^tueting and mana^g a pro^ 
30 wththeGPE. 

Fig. 12B furfher discloses ffi^C configuration process iin more detail. 
Fig. 1 3 is a blpck.dia^am q£a device capjable <^hpsti2g the CPE. 

* 

3 5 DETAILED DESCRIPTION OF THE EMBODIMENT OF THE INVENTION 
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Figures 1 S were already (Mspis^Jin h^M|o| with the description; oi^sma^fyr 
of the invention. 

Figure * disposes, by way ^ example- only,, how typical protocol seMees may be 
S Gategorizea in relation to tber&SI reference modeL The protocol functions each of 
^Kcb i^alizes^s library. Whenever 

the CPE must s^ees foat coyer the most cpinmori 

services offereH by the layers from 2 to 6 iin ihfcQSI model, ^)fimetibn library must 
Mcli^ functions tb carry out such services. Generally ^e^ing^/the 

10 protocol seiyic^^ categ<ines afefcOT^g to v^i<i| layer they are 

Th# first categbry 408 ^services related to 0y^& linlc s^ryiees including /link 
management and frame control Also error detection services, radio ^nMiagjemeri^ and 
15 powej; save management are included }in this category; 

The; second category M6± lihk protect data segmentation 

and reassembl^seryiees, Also: flow control and error contrbl services are present. The 
^rvices M the second rafego^ 4$^^ by the 'V^^^^M^^i^ 

20 lihklayer: 

Network layer seraces forth the third Category 401, These ire eongestibn cdnfrbl and 
rbutuig related servicesv Also isig^ent^tibn* and flow cghtrol^ as well as error control 
services are included. In the QSI reference model* such services are provided on the 
25 fiet^rk' 

The fourth category 402, communication service related services, includes services 
concerning session management, data pre#ntation, and data compre^sionl These 
services are related t^ prcsehtatibn layers of the OSI model. 

30 

The; protocol functions may then be selected to the CPE ftmctions library by utilizing, 
the knowledge about the most cpmptnbn services: supported by communication 
protocols .Such functions may include 

35 -parity bit calculation for calculating parity bit for the sent/received data, 

-cyclic Redundancy Check (CRC) for calculating checksum for data using CRC, 
-forward Error Correction (FEC) for implementing EEC as an error control method, 

BEST AVAILABLE COPY 



^aiitomatic Repeat Request |^(^) foririip^ 

-datere^ requested, 

^ata?encrj^tiOn st£fti^d^(BES^ fra 
5 4&ta re-sequencing for; sequencing the date packets m tie idght order in case of 
unc^ 

^dataasknoM 

-se^ii^^ adding sequence number for data pafe 

atttie ^cei^g eri, 

* 

^da^segpien^^ ^ : ^^^^4^^llll^ W^^^$^^^^^}^J^^^. 
-d^reasserribl^fbr and 

^P^?|ye device to go into^ower save mode MMe; 

periods^ 

Next, the top-level elements are described in more detail fey referring Msk fa 
figure X telosing <fete flow ^ougK the C$p|1&^ l^| p^^ 

layers, &e figure^ :Oiily & single scenario wte^ui data; (^ervicje primitive^ is/ 
received irom^ife 

, '-■ . . •' ■ * — • ■ *■ •-• ■ 

Uh^trated witfr Sttc^ws ft* ^impHcity reasons. Confij^^ management 508 is 

described later in ihe- text When dkta arrive? ftom lie up^r: for ibe ^lpwei^ prbtdcbl 

*Wm> it passes teugh the instantiated GPE interface^) 510 and enters the (SPE core 

;5Q6 r Therein tfedafeji^i^ ^^^ac^ordirig is the f^rity^ opiie data. 

Next, &e data; is retrieved %om the queue and delivered to a ^rotowl "Mctipn 51* 

where, it is processed. [The core ^^Chandles the internal data teaffic between the data 
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queues arid protocol functions 514, and the data 4s passed through a ; series; of fT 

instantiated (filled in m figure): protocol functions 51.4 in a certain order. When the S£ 
data arrives to a protocol function 514, the function: processes the data arid returns it 

hack to toe CPE cpr6 5Q6 that sends the data to the. next protocol function 5.14. If the ^ 

next protocol function: 514 is busy handling other data, the data is stored to the data p 
3Q' queues to be processed when ttieMmctioil 514 ik available again. After the data has 
p^sed through all ^he-nfeeded: protocol functions 5 1% it is placed into the; outgoing data 

(peu$ torn Wh^e : itis.:f ent ;fau^^wer protqccO an aj^ropriate CPE q 

mterfa^ 510 and SAP; O 

35 A: UfML (Unified Modeling Language) class diagram of the CPE is presented in figure 
6 with relevant associations and compositions marked As UML is nowadays a 
standard tool for describing software systems the average person skilled in the aft is 
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ought ^io be fairdfiar with it However, &rther ifi^rmafc ti^fe tyrMtt xi^^i oft is 
amiable at the OM(3 (Dbjeet Management Group} homepage on the Internet [4] if 
needed. The CPU includes Prot^^n^fec^ 60% Prptocpiebre 604, PrptocOlMIB 
606, Ptinetions 60S> and ConfipratidnM 610 ^6p4evel classes, of which 

Pratdcblffi^ 608, and ProtQQolMIB 606 closes must be realised 

^eeorciing :tx$ fhe impA^ettt^ 

qoi^^ondingly, a UML architecture diagram of the GPB is presented in figure % The 
CPE erapm^M ^tK the ^nyu^ml&it throiiih/tw^ ports. The user data port 702: 
|tJ^e^ata^r^ is used?% y tipper and lpw^r laVer pxitdQpl users. Both of tiiese entities 
use data and management services of the particular protocol. The other port,, 
management port 704 (UserMngPort) is used by the management user who configures 
and manages the CPE itself: lie Gore of CPE includes: great majority of the CPE 
functionality, and is thus described in more detail below. 

The controlling core is the nerve centre of the CPE; It eontainf most of the CPE 
functionality since it controls fte execution of the assembled protocol and is 
respbnsible for reconfiguring the CPE in case of changes in the : service requirements or 
in available resources^ The core contains data queues fef diffgr#t '^j|^1^- > --^a^'^|Li» 
and is responsible for initializing the; data queues according to the cdnfiguratidh 
infoimatidn. The core also h^dles the toitialization processes, fiinctions^ 



core is #vided into thr^ sub-clashes vas d^ict^m j&e^tJ^ architecture diagram 
of figure g. The Gore configuMop 804 is resp^ible foi applying the CPE: 
configuration, and it is^ controlled by the cdiifigii^^ manager throu^i the 
management port. The configurator block 804 distributes the current configuration; to 
O&er blocks by, for example, responding, tq, the; eonfi^ration inquiries. The CPE 

r .-i • - ■ ^ - w * - 

scheduler 802 schedules the processing of the primitives received from the interfaces 
and stores waiting primitives to the primitive queues 81 Ol Data is then retrieved from 
the queues 306 at) a right moment in acc^nlancei \vith e.g. the priority levels q{ dkta, 
and delivered to a proper protocol fixnetion. Finally, the core returns the processed data 
to the queues of outgoing data and from there to the GPE. interfaces.. 

Internal architecture of the GPE scheduler is presented in the architecture diagram of 
figure 91 In addition to the scheduler sub-block 906 corresponding to the scheduler 
class, the CPE scheduler includes also three control sub-blocks, PrimitiveControl 902, 
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iQueueControl 904, and FunctionContrdl 90Sv to control communication with external. 
%<fe Tfee ^mitiyeqontrbl 902 receivesqprimrt^ the interfaces and forwards 
thenk to proper , queues according to the priority thereof (Indicated by the prirnitiye), 
and vice versa. The QueueControl 904 - handles the queues it contains (for example, 
& ps^^ion iimd teni^atipii df Queue objeets) and p^<^-qu^p services to other 
blocks; fte^s^Mer: 90fcsubrblo^ greets queues according to 

&6 siMjMm algorithm that utilizes- ^ueue priorities and forwards 

tlte; TO TM^ti«^ 
from the Scheduler 90& *md$^ q^^s^#pt 
&e scheduler i9Q6- A certaih prinfc /a pluMity^of functixms one 

at a ;time. The asspjci a$pn het%^n a sert^p^ q^ifeui^i^ of &n#ons 

is Spca#^ 1Q1 class 3$. well ■ % im p^er ord^ Iot their 

executioiiv Whenever a pritditive iis^ t&geted to a fehctipri already 'in: use^ the frimitiyfe 

again, , 

>• * \ 

Considering the data flow during the scheduling phase, the CPE core receives 
primitives from the interfaces and they are stored in the queues with the help of 
prumtiye cbhtroller 902, There v ^e separate queues 904 for different primitive types, 
which.allows prioritising. When the CPE scheduler 906 is activated to process the 
primitives, the CPE scheduler algorithm selects me; next queue to process, A primitive 
is received from the selected queue: and the function controller 908 resolves the next 
function m the primitive prpf essingvseque^ and calls the functipn. When the function 
(or a plurality, of required functions respectively) finishes the processing, the primitive 
is stored back to the queue 904. 



The CPE is configured through a configuration manager as mentioned before. Th£ ^ 

^nfi^atiph managers ihffi^ piily for the configuration m 

audi reconfiguratipft of the £PE &us its main ires^^ili^ include, fog example,. 2} 

reception of the conjuration information: from the GPB management user. The > 

3 ® configuration manager -analyses :the configuration information^ and formulates ^ 

necess^: in^c ^^J^^>j^i about which fiinctions ;need to be instantiated, £ 

which interfaces are required, and what kiM of data queues have tp be e^blished. CD 

Infonnation about the; current configuration is stored in the MVK This includes the fn 

information about the protocol functions include*! m the protocol assembly and the O 

35 information about the available hardware and network resources. The information Q 
stored in the MIB is used at least hy the CPE core; 

« ■ a 
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> 

Tlie&rifigin^^ of beveral different elements: required protocol 

services and a required service level for ;eaeh s€^c&.':fiySi^b]S> htodware resources; 
f^metei^ c^ricemmg the pKaractenstiGS of die used network^ infoniiation about the 
upper and fewer protocol layers between ^Mfeh the; CEE re^des, and also about the 
desired QoS, % e g. a ntimteer of data priori 

The protocol services required by the user are- listed in the coniipffa^on 

infcpnatigm. The: lis| coasts- of; one or more protocol se^e^^&l^Ie m CEE. The 
protocol Slices can be piSeredvbj? using a siiitabte s&t of <SKE; pi^otdcol inriC&om 
introduced hereinbefore^ for example. The jreq^uired minimum service leveil (Qmip) lor 
sac& s^&e pa^u be ^hounc^d as : an integer value from 1 to 5. 

Infdmiatidri about thfc available Mrdware resources can: be specified fey various 
parameters as well: available physical memory, available processor power,, arid the 
batleiy power level in th^ph^&al 

Also diJieteM^parameters- concerning the <*aract^ms#es of the used netwprfe shall be 
defined: the; available: network; bandwdth, Bit Error R|Sfe (BER), th£ Maximum 
Transfer Unit 0^11^ size, jitter for packet transifer in. the network, and information 
about the used transfer medium. The: last parameter can be used to adybrtifeei wfae&eE 
theji^ork 

Information: about the surrounding; protocol layers is stated, in the configuration 
ixife^ two parameter the upper prptpppl layer and .the ...lower .prptbcpl 

liyer ahhbuncingtfe layers i^tiie OSliMdel. 

QpS is supported in the ,CP]E data deliyeiy by, fpr tiata into difi^rent 

priority classes. The l^paj^p^ in the configuration information states the number 
of desired pribrity levels for data. 

One feasible option for the CPE; ^onfigu^itipn infbimatioti i$ smnmarized in the 
following table 1. Value ranges arid used units of the configuration parameters are also 
presented. 
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Table 1. 



IittJ Drift ation Eieiiiectt 


DescriDtion . . . ?. 




The required protocol services presented as-a list 
The available; protocol services iarfe: 

* Error detection: 


List MtSqufeed sei^&es; 


* Eitpr contrdl 




* Gprn^pii ^Qi^pi 


ser^f l^vel for each 


■ w J-/ did ICLlduollilooitJll 


service 


• Packet r^ 




• &cryptioi^& ^cryptipn 




• ©rdb^d^ 






Mailable haMw^re 
resources 

- '• ;» J - 


P arameters deserifei^ 

ICaUlUvyj lxl':lJLX^/UlliJ>..o^aLwlil. 

• £roc^$f r pbw^:|Siitegfer value 1* % Siillion 




Jnsfia^ Sec0n4 5 MIPS) 
• gl^i(^m^ 


Jfetwork <&Maet Mstics 


r arameters aescnouig m or trie usecL 
network: 




• jM-te 0; octets) 




Nipibera ;.' 
for the protocol layers above and below G£E. 


layers 


• Up^er protocol value 3-7, h(S 
uhits) 


QbS 


Desired; QoSis expressed as a number defining the 
desired priority leyeL 

• Priority levels ^integer value 1-10, no units) 



As seen from the above; table, in this case the QpS and the '--^^oiBi^^cn^lOTel has 
been expressed as a simple numeric |>ai^eter haying values between 1 and 10 for 
simplMty temjo^.^'p^&p^, numerous QpS algorithms and definitions exist with a 
plurality of different parameters. Such alternative methods are similarly feasible in 
providing priority information ip the CPE for further utilization. Correspondingly, 
"Surrounding protocol layers" element may be used for indicating also the used 
protocol version (IPv4 versus IPv6, for example) and other protocol or protocol layer 
specific information, not just the layer in which the surrounding protocols are located. 
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As mentibhed earlier, the? ec^giu^i6n; anrid rec<5nfi^atibii £f GEE; (^thjpris^ 
delivering the configuration infqmialSbri tp GPE and creating a protocol aSsenibly 
according tp that inforaiation, After that| the; c^n^gui^i i£BE is used: for data transfer 
as a normal protocol. 



After: specking iieH^^|uraion informafiQn -w^/MW^i^^^^B the available 
hardware resources ami ^ |iaramet^s p<^eniini M lised n^dA^are and 
maximum Values for '&gi three cost factors are set fhe cost fectors are numerical 
values that present the relative Mhience^on the^ ^ 
10 puts jflie ava^ r^i^ee&Md '^TxMpM^m^^Mf: 

^tet^e oost Motors ai^defined ft>r each function as follows: D for overhead itcaffic^ 
? p6\ver=, and M for mernpiy. All of ^ose are desc^bed M<m integeri 

vahiefrqm 1 to %0 7 with 4 cpiresppiictog ^1$^ 

15- 

The faptpr D describes the relative amount of overhead traffic thaigis generated by the: 
function in question. For ex^ple^ data aclmpvyl^dgeffient fi|nctibn generate overhead 
traMeby 

20 llfeifa^r J* describes th^ relative Jfevel of proc^spr ^^er needed for ex^uting ttt^ 
funetiom EPr;^aoc^l% encrptipri function puts rela^tivdy high load on ^ processor 
where as, ; &r example, .ftiev'exe;cufion of a parity bit calculation function requires less; 
processor power, 

25 The M factor describes the relative;; amount of physical memory needed if the fiinctipn 
is included in the protocol assembly. Jpr example, data retransrmssipn function 
reqtiires some kind of data Buffering ability and that requires relatively high amount ofi CD 
physical memory. 83 

30 M addition to &e cbst factors, £ value isi defiiied for each fiinction. It specifies the < 
level of service the ftinction is capable of providing. Epr example^ an error detection — 
service can be provided with a parity bit calculation fnactipn or vftth a CBJp (Cyclic 5> 
Redundancy Check) function. With, CRQ, more errors can be detected from the 
received data. Therefore the CRG function has a higher Q r value than the parity bit 

35 calculation function. 
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is 

^^f^clfion cMW^&*g- six diffsi^t^^ 

E, the level of service and finally iHe; fimeti depBiidericies sipeeifying; the Other 

CL^ "•■ • .•,--■»-- ■ -. ...... , . , 

iunctionsreq^ 

The s^dtpwi of }fi3pStii0iis td''Mflfe|a|M |eroi^ fetdone M^tfee flowing 

banner for eabt^ The Qm^ 

Nex% O^st^tpf yaWes (Di, 

Pi, Mi) Of the ftinotiohs having 



10 Qi £Qmin; (1) 

are compared to the #i|||m y^ue^ Pknax^ l^ax|^ 

wbisfa descriherflie limit that should nothe exe^ded by any^rotooot fraction that is 
inisl^e^^ asseml^ fedinp^sph 0^^m$ the 

15 tot^?diiEeri^g 



for; tiie^j^tocol fijiiotibns: satfe^hig| p|. The fondtion &avih|£ the highest Tl is 'then, 
selected t$ lte^slud$d in; &e>assembly r If the cseteetecl '^^m^^^ alsa pther 
foptiipsffo be ihclu^d k the ^$eMfe td l^im^lMe seryibe^ the sel^tiiffi of 

is idone inf&e smiie maiiner; 



ligulrg 10 iUust^ates tte;^ibfeye ^tietiStevsi|l^^ process. In this; example, a sendee 
can be implemented by including; one of three fonctioris* Functionl 1Q02> EurieioflS 
100% and F\mctiori3 lQ0%ih the; protocol assembly: First^ levels o£semce f^tOT^(C^ 
are dheckefd, and the Functiohl 1002 is dropped as ;, being; not able to provide an 
adequate service leyeL ^eii the cqst; ^ffprence £T) according to {2) is calculated on 
the basis of which function2^ 1004 is finally selected due?to a larger di^r^ace. ; 



CD 



A hst of protocol functions heeded to impiement M the required services can be > 

formed in the above-described manner. The configuration man^CT passes ;the hst to ^ 

the CPE core; that instantiates the. required protocol Amotions from the CPE function C" 

library. It is noted fhM alsfr other methods cari be applied in the fonction s^€Sction OD 

35 process if found useful. The above solution is Only a simplistic: example^ being m 

however quite feasible if more sophisticated solutions are not necessary, O 
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In addition to the selection and instantiation of protocol functions, the needed 
interfaces and. data queues are initialised: After this- the configuration is ready and 

^^.^DQ:bi|"'iiis!8§ for; data tt^nsferv 

Further reverting to the CPE scheduling algorithm for a moment; as the configuration 
formation defines the: required services and the associated QoS values- the CPE 
scheduler may create a separate queue for eachjf equired QoS (priority) value/class, and 
in: the: most simple implementation, just hahdJe7serVe the various service primitives; (Or 
derivatives thereof,, e.g. modified primitives with added/deleted data) placed into the 
queues by controlling the processing of the queues according to the related QoS value 
in decreasing order. 

Priority as a concept however; should be iriteipreted more broadly than just a single 
QoS parameter that defines a proper queue for a primitive. Instead, priority refers to a 
general, importance, of e>g. a service,, a service primitive, or a group of 
services/primitives respectively, and. therefore , may actually affect the service 
reqiurements and service levels including both software and hardware aspects. Thus, a; 
niunher of different lriori% :factois?M^ 

example, part of the priority in formation may indicate how the data associated with a 
certain! priority should be secured/protepted (e.g. channel coding, encryption) in. 
addition to mere latency issues handled by the priorityqueues. 

A need for adjusting the current CPE configuration may arise while using. CPE. for data 
transfer. The CPE user may need some additional protocol services or some services 
are not required any more: Such situation may be caused by the change in the available 
hardware or network resources, data priority levels or the other protocol layers 
surrounding the CPE. Because of the changes, a new set of cpnfiguration information 
must be specified The CPE management user delivers this information to CPE and the 
(reconfiguration is initiated. Before instantiating new protocol functions or interfaces, 
and creating new data queues based on the new configuratioti mformatipn, CPE js reset 
using either a soft or hard reset request. After this, the reconfiguration process goes 
through the same phases ai the boot-time configuration of the CPE; presented 
hereinbefore. If only minor changes are needed, a supplementary configuration update 
message may be specified in order to alter/insert/delete a certain service in the 
otherwise still applicable existing configuration, for example. 
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As one possible use case of the ihveMb% a sketch of a video transmission system^ Is 
presented in figure 11. Real-time mdeo skeaming services are becomings more and 
more popular an<H mobile batid-lield devices such: as 

mobile; teiminalg. Tltefefbre,, it%ynot arr unusual scenario to occur in; which a video 
server system TLW^-^fi^^Xt^BagA transmits: coded video data to a device that can 
be located ei&er at: the end of some ;fixed or w^MsS cqriiiection respectively f or 
example, the case-speciBfe far-end client that can be e.gv a mobile terminal a 
PD^laptop: 1114, or a; personal (desktop) computer 111$, may bear wireless 
connectivity means like GSM; WLAN (Wireless hoM Area Metwpdc) or Bluetooth 
radio t^ or interfa^^ an Ethernet adapter: 

Traditionally oriented approach in aforesaid cases for supporting different data 
transmission techniques in the server system 1102 hais been the instaUatidn of 
additional protocdls/several parallel protocol stkcfcs andter a plurality o£ specific 
interface cards providing the: necessary transmission tecMi^e specific transceivers 
and/or supplementary protocols; to the server deyic£ : thereupon^ the resulting 
arrangement has surely not been optimised in relation to memory consumptibn, : 
ctoiffi^^ili^ $or real-time: video streaming, a protocol stack 

that is trattsjpare^Lt ^m : ih^ a^Ueati^ he b^ficial as the coder 

could then directly control >'e,g) retransmissions and bit error protection, As vaiyhotg 
channel conditions like noise, Jading^ effects, and congestion, ^ypicaliy^cause problems 
to ^ta t^^s^Oii; :^ account upon fr^ferrihg video 

data, Advantageously, e.g. used video coding, ciphering; an|l protection (channel 
coding and error concealment, for example) methods should be separately adapted to 
different cqhn^ ^es even during a cpimeedon due tft chariged channel conditions 
or some other iacton It's now obvious that the GPB lll&could be tised to construct a 
transparent adaptive: protocol (stack) to overcome the above dynamic scenarios as 
described hereinbefore. Mpreoyer, the CPE may jhe configured to take care of 
functionalities otherwise handled by the ^plication itself. The encoder 1106 can 
provide the CPE 1 110 initial c^nfi^ration information in order/ to set up theriecessary 
interfaces, to instantiate proper functions, and to organize the scheduling; of; different 
video service primitives with a plurahty of queues; the^ 1110 is acting as a flexible 
VCP (Video Control Protocol) 1104 from there on. Instead of otherwise; inevitably 
quite complex protocol stiucture; with several vertical (and possibly horizontal) layers a 
single CPE entity 1110 may be thus configured to provide at least most if not all 
sendces/functionahties: necessary for reliable, transparent and fast video transmission. 
This feature is highlighted in the figure by representing the CPE: as an object with 
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single iii|mt^utput ai^ws aiidJa dotted ife^dback arrow describing the various internal 
connections and processing chains. Likewise, the client devices- 11 12, 11 14, and 1116 
may utilize the CgB ^r iata (including si^lm^ec^pa 

that way enabled to fcotuieet to a variety- of services over different protocol 
arrangements without redundancy introduced by paraUel protocol stacks. Situations 
may "l^bi^lx |he iser^er cafi hp MlM jRapked ^jto:.?cQd^r^iat^ ;pariiyr .o^edspping; 

sofiu'are and hardware- solutions without problem the same processing, memory^ 
and maybe even physical ^acm^ouree^^ 

the olierit }sidie, : . Md the CPE riray he used to tut down ij^e^sisary ^rO'cessihg atnd 
memory usages for Maniple; The client device may bear a plurality of physical 
CQrmecting^ means (tnultiple or ^adaptive transceiver arrangements, network adapter) 
and then utilize the Gm to prgyide flexibly ^nfigui^efxj$per^ for 
sii^fessjEul s^i^ rccej^on; 

Thus^ ^^|e^i£^fope|^^- :liJfc.C%S fpr agto^ server 
and the caien^de^^ bpth in ^e C^i and iri 

various physical intei^e adaptei^, or by enib^di the: 
CPE module, or ju^^y^tt^ the separate physicakiyfe^ to fully take care 

of the lbW-level transmission oyer the physical interface. 

.-A method oflthe invention for configuring and cpnstmcting a protocol hy i^ilizihg the 
©PE concept is described with the help of figures 12A and 12B, die former of which 
disclosing the CPE internal flow diagram upon receiving a service 
prinutive/configuration. information and the latter disclosing the few events taken 

* * 

during the CPE qoi^ detail. 

in step 1202, the method execution is ramped-up^ e.g. fhe necessary hardware is 
configured^ related software is* loaded to the memory of the executing device, arid 
various parameters are set to their initiihsation values, Upon receiving; data entity 

either through the user or management SAP 1204 and corresponding interfaces, a 

■ — - • 

J?r0per1; executi oh path is selected. If the iricpxmng data is a.stahdard service primitive^ 

* .' ■ • " * • ... 

its type is determined in step 1206 meaning the service identifier is extracted from the 
primitive by the CPE; core (primitive control block) in order to place it to a proper 
queue (handled by the queue control block) that is done in step 1208. The primitive is 
not processed until the primitives with higher priority (or with equal priority but 
received earlier thus having a higher position (i.e. primitive at the top to be processed 
next) in: the queue) have been served 1210, this being taken care of by the scheduler 
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MmQim, which thS 3&ffietim contarpl MMz £mm pmmtiv6 ^a^ through 
requitedF fbnGtie^ih step SM% ihen tife ptmf!t^ 

queue- 12 1^ to bte aeliY^re^^o the a^acenfi ^itoeol layer in step, 1220; !ae niethpd is 
ended ot re-started in phase 1222. In case of configuration informatibh that has been 
& defied by f^^mp^iMlen^ user a^Mh^d tp theC!^^ 

first anises the ;m factors ibr 

l^rtQtf sMec*on,etc^n order to define; 01^the aeti^ ^ The GPE 

ecm%t^drt is taken intf .^e $y ^|iv^g nec#s^iy iM^^6^;|S| instentiatmg 
^ultafele functions^ and <for ereatihg required interfaces and primitive queues to the 

01B ^j^IS&^i^i^.. tp^thejie^ 

In fi^ire 12B the adaptaitm ^phase 12#S is Jiijito 

interface; eonfigumtion 122% queue/seheBuler configuration 122g, and function 
figuration; i^ele^M); The piei^pn ord# pf the presented Steps is hot 1 
Critical tissue though. 

hM9 cp^pji^ device like a # a cdmptiter 

eapM^oi^oc^ss^ storings ^ acedrte^^ 
Memory 1304, comprised; of one or more physical memory chips, includes necessary 
GPE code 13 16, e-gv in a form of a computer prpgranVSpplicatipn, and necessary data 
(and/or necessary free data space) like .Jhe CPE cbnfigurktion 1312 mdm number of' 
queues 13 14 for the primitives. A processing unit 1302: is required for the actual 
execution of the code 1316, albeit at least pari of ^ be ; carried 

out with specialized hardware 1315, for example.. E)isplay 1306 and keypad 13 10 are 
optional components for providing necessary, device control and data visualization 
means (Miser interface) to the usersJData transfer means T30S,.e.g. a radio transceiver, 
a se#l/parallel bus, <>r & net^rk adapter are required: for fiddling iqtuM pineal 
level data (including standard service .primitives and configuration iB^brmation) 
exchange: with other devices; T^e code 1316 for the execution of the proposed engine: 
can h§ stored and defiyered on S or Imemeg card. ^ 



> 



Thus,, the CPE may be constructed; as . software, hardware: or a combination of; both 

Such hardware may. include imcroprocessdrs, nriCTOconfrpUers, programmable logic ^ 

~ ~ hob 

chips and various: circuit airanpments;. In .addition, the CPE can be realized asi a j> 

35 separate module that is connected to the existing system, The module; may act between ]2 

different system components or as an intermediate entity between two different ™ 

O 
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The cpnfiguration. information acting as a CPE configuration source can be delivered 
|p the GPE manager as pr^s^ hereinbef 6rS tp be cjMtiyated mto an aptiial (final) 
GPE cemfiguratib^ be taken into nse by the GPE core. However* 

the QBE cpnfigu^pn pan also be expUcitly e^risttucfed. and possibly verified (by 
utilizing predefined coj^guratidn tgsf ^f^arp ffiat nMch^fthe QOi^g^ratfon to tK$ 
^pacifications determining; allowed parameter combinations, 4br example) by the 
managing or some other external entity to be only delivered to the CPE for direct 
utilization without ftulher calculations. Likewise, new functions may be added to the 
foiiction library j^^£^]g^f : #etj#&i&; cp^etipnis. They :must, how^ 
generalities defiked:;fbr at^ssible fimctioiis in the £3PE y and eitiher^he enti|y liat?i^ 
about to provide the |unp]iG^s or the C^E/ engine itself maty utilize Varipus; self-test 
pra^ams in dr^er ^S^^SS^- ^|&^^iti0tc pf ^e eSi^^ toctionis 
before feansmissipn/afeptferiL, 

l^e scope pf the inv^tion c^: bf ||^d m fpllpwin^^ Utilized 
devices* ^method steps^ponafi^iaMon^ information, protocol internal structure, message 
and data structures ete : may vary depending on the scenario, still converging jto the 
basic ideas of tMs ^ For example, it is clear that tfife 

in many different systems, not only in connection with the G>SI model that .was 
mentioned and used; as a starting point for modifications in this text only due to its 
e^diSiitJp^ulM^in cpm^^ Mor&^efc .iris! noted that thfc 

numeric values and numeric ranges used in the te^ are ©nly exemplary and surely not 
the 6idy ph# applicable to e^pitatipn^n the CPE. 
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